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ABSTRACT 

In this paper, we develop a new protocol for 
multiple access to a GEO-satellite that utilizes an 
electronically-switched spot-beam. The empha- 
sis is on an integrated voice/data protocol which 
takes advantage of the propagation latency, and 
which offers centralized control with excellent de- 
lay and throughput characteristics. The protocol 
also allows full exploitation of the advantages of 
a hopping beam satellite, such as smaller earth 
stations and frequency re-use. 

INTRODUCTION 

A protocol introduced in the early ’SO’s, called 
Interleaved- Frame Flush-Out (IFFO) [1,2], pro- 
vided for a reservations-based multiple-access to a 
geostationary satellite by means of time-division. 
The protocol had the properties of totally dis- 
tributed control and of advantageous use of the 
propagation latency. 

Recently, this protocol was modified to include 
voice and data service by means of the movable 
boundary idea, implemented in the time-domain, 
and of the isochronous slot assignment to voice 
calls [3]. 

In this paper, we consider the use of a hopping 
beam, and we show how the propagation latency 
and the periodic focus of each beam on subsets of 
users can be used to advantage in a similar way to 
that used in the structure of the IFFO protocols. 

The main idea is to have a switch on board the 
satellite, such that the advantages offered by the 
hopping beam satellites, such as smaller earth sta- 
tions and frequency re-use, can be fully exploited, 
while preserving the excellent delay and through- 


put characteristics of the original protocols, which 
use distributed control. 

In the remainder of this paper, we first briefly 
describe the main features and characteristics of 
the IFFO protocol family, and we then proceed 
with the description of the model of our com- 
munication network with a single hopping beam 
satellite. Next, we present the new Hopping-Beam 
( Non- interleaved- Frame Fixed-Length (HB-IFFL 
& HB-NIFFL) protocols, and we outline a delay 
and throughput analysis. We further introduce 
an extension to Voice/Data applications, and we 
demonstrate the features of the new protocols with 
an example. We conclude this paper with a sum- 
mary and an outlook to future research activities. 

THE IFFL/NIFFL PROTOCOL FAMILY 

The family of Interleaved-Frame Flush-Out 
(IFFO) protocols was introduced by Wieselthier 
and Ephremides in the early ^O’s [1,2]. They were 
mainly designed for totally distributed access con- 
trol, taking advantage of the propagation latency, 
which is especially important for satellite links. 
The IFFO protocols are characterized by a frame 
length that adapts to bursty channel traffic, re- 
sulting in very high efficiency. In the Interleaved- 
Frame Fixed-Length (IFFL) and Non-Interleaved- 
Frame Fixed-Length (NIFFL), the frame length 
is kept constant, which is desirable for voice traf- 
fic. An overview of these protocols is given in [3]; 
in this paper, we concentrate on the fixed-length 
schemes applied to transparent satellites (bent- 
pipe). 

We now briefly describe some characteristics 
which will be needed in the subsequent para- 
graphs: The IFFL/NIFFL protocols are charac- 
terized by fully distributed control and a frame 


443 



length which is equal to the round-trip delay 7?, 
where R is measured in terms of slot durations. 
The frame consists of a status slot (denoted USS 
in Fig. 2) and R — 1 traffic slots. The status slot 
is divided into M TDMA minislots, one for each 
earth station. 

The reservation mechanism for the IFFL pro- 
tocols works as follows: Each earth station trans- 
mits a reservation request in its minislot of frame 
k , based on the number of packets that arrived 
during frame k — 1. After the roundtrip delay 7?, 
i.e., at the beginning of frame k + 1, each earth sta- 
tion receives the requests of all other stations, and 
the traffic slots are then allocated in a fully dis- 
tributed manner, based on all reservation requests 
and an algorithm known to all users. Hence, the 
messages arrived at an earth station during frame 
k — 1 can be transmitted in frame k + 1. If there are 
more reservation requests than traffic slots, the so- 
called excess packets are delayed until frame k + 3, 
at which point they arc again subject to further 
delays if there is again a large backlog. It can be 
seen that there are two interleaved packet streams, 
the even-numbered frames being independent of 
the odd numbered frames. 

A variant of the IFFL protocols, called Fixed- 
Contention IFFL (F-IFFL) allows the transmis- 
sion of packets during unreserved slots in a Slot- 
ted-ALOHA fashion, which considerably increases 
throughput with respect to the Pure Reservation 
IFFL (PR-IFFL) described above. 

The NIFFL protocols are similar to the IFFL 
protocols, with the difference that if any unre- 
served slots are present in frame k + 2, some or all 
of the excess packets of frame k + 1 can be trans- 
mitted, without postponing them to frame k + 3. 
In [3], the Voice/Data NIFFL (VD-NIFFL) proto- 
cols were introduced, using a reservation scheme 
for voice traffic and NIFFL for data. 

SATELLITES WITH A SINGLE HOP- 
PING BEAM 

In our work, we focus on satellites with hopping 
beams. Such satellites offer many advantages, 
such as a higher received power on the ground 
due to the focusing beam antenna of the satellite, 
i.e., the transmitted power is no longer spread over 
the whole hemisphere, but concentrated on a cir- 
cle with, say 150 miles in diameter. This allows 


frequency re-use, and, hence, many parallel com- 
munications channels. 


Figure 1: Network Configuration: There are a to- 
tal of M earth stations in B footprints. 

In this paper, we consider a communications 
network that consists of a satellite with a single 
hopping beam and M earth stations in B foot- 
prints (see Fig. 1), M i stations in beam b : 

B 

a/ = ]Tm 6 . (i) 

6=1 

We assume that the switching time of the beam 
is small compared to the burst length (e.g. for the 
NASA ACTS satellite, the switching time is < 75 
ns). We further assume that there is enough mem- 
ory on-board the satellite to buffer traffic for one 
slot, that signal processing on board the satellite 
is very fast, and that the satellite knows which 
earth station is in which beam. 

THE HB-IFFL PROTOCOL FAMILY 

In this section, we will show how the IFFL/ 
NIFFL protocols can be modified for use with a 
satellite with a single hopping beam. The main 
idea is to use a switch on board the satellite in 
a way that the access control is now centralized, 
although it seems to be distributed from the user’s 
point of view. 

The Hopping-Beam Interleaved-Frame Fixed- 
Length (HB-IFFL) protocols are, like the IFFL/ 
NIFFL protocols, reservation-based time divi- 
sion multiple access (TDMA) control, where non- 
reserved contention slots may be accessed by 
each user. However, while for the TFFL/NIFFL 
schemes it was assumed that all earth stations can 
receive all the traffic transmitted by the satellite, 
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this no longer holds for the hopping beam satel- 
lite. We therefore have to find a way to transmit 
the outcome of the reservation process to all earth 
stations. This will be done by having a switch on 
board the satellite, which allocates reserved traffic 
slots to the earth stations, as will be explained in 
the sequel. 

The uplink frame structure of the HB-IFFL 
protocols is depicted in Fig. 2. Each frame con- 
sists of an uplink status slot (USS) and L k — 1 
data slots, where L ^ is the frame length. The 
uplink status slot is divided into M TDMA up- 
link slots, one slot for each station. The downlink 
frame structure is similar, with the difference that 
the downlink status slot (DSS) is divided into B 
downlink slots, one for each footprint. 


rJTTTI FT1 Expanded View of USS 



USS Traffic Slots 


Figure 2: Uplink Frame Structure: There are 

Lk — 1 traffic slots and one Uplink Status Slot 
(USS), which is divided into M TDMA minislots. 

The reservation mechanism works as follows 
(see Fig. 3): The satellite switches its uplink beam 
such that each of the M stations is covered dur- 
ing its minislot. In its minislot in frame At, each 
station transmits information about the packets 
that arrived in frame k — 1 , i.e., the number of 
slots it wants to reserve for each receiving station 
in frame A; + 1 (e.g. one packet for station 7 and 
three packets for station 9) 1 . 

The satellite receives the USS of frame k with 
a delay of R/2 slots and decodes it immediately. 
It then composes the beam/switching pattern for 
frame A: + 1 and transmits it sequentially on all B 
beams. Hence, each minislot of the DSS contains 
the same information, namely the beam pattern, 
dwelling time and transmitting time for each sta- 
tion in frame k + 1. 

Because the satellite has to receive the entire 
USS before it can compose and transmit the DSS, 

^his procedure is similar to IFFL/NIFFL, but here not 
only the number of packets, but also the destination address 
has to be transmitted 


the DSS is transmitted 72/2+1 slots after the USS. 
The DSS then arrives at the earth stations after 
another R/2 slots, or R + 1 slots after the trans- 
mission of the USS. Hence, it is natural to select 
the frame length L ^ to be greater than or equal 
R + 1 (instead of R , as for the IFFO protocols). 

The R traffic slots of each frame are simply 
delayed by one slot at the satellite before they are 
transmitted on the downlink 2 . 

Upon reception of the DSS by the earth sta- 
tions, each earth station knows if its reservation 
request has been granted, and it can start to trans- 
mit immediately in the traffic slots that were re- 
served for it. 

Hence, with the “trick” of the on-board switch, 
the HB-IFFL protocols behave very much the 
same way as the original IFFL protocols, with a 
slightly increased frame length, however. 

DELAY AND THROUGHPUT ANALY- 
SIS 

In this next section, we provide a brief through- 
put and delay analysis for some variants of HB- 
IFFL. We characterize these variants, we try to 
relate the analysis to that of the IFFL/NIFFL pro- 
tocols where this is possible, and we point out the 
differences. 

We assume that each of the M earth station has 
a buffer in which to store arriving packets, which 
are assumed to form a Bernoulli process with rate 
A in every slot. The total arrival rate is, there- 
fore, MX packets per slot, which is equal to the 
throughput rate under stable operation, since no 
packets are rejected. 

PR-HB-IFFL 

This Pure Reservation scheme is the one we 
described in the previous section. It is character- 
ized by the fact that unreserved slots are not used 
for contention. An analysis similar to PR-IFFL, 
which is based on a Markov Chain representation, 
can be used [3], with frame length R + 1 instead 
of i?, and delay R + 1 instead of R. 

2 An alternative would be to insert an empty slot after 
the USS. Then the satellite could simply repeat each incom- 
ing uplink slot on the downlink. The idle slot would then 
appear on the downlink at the end of the frame, i.e., before 
the DSS. However, this results in a reduced throughput. 
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Figure 3: Sequence of Up- and Downlink Status Slots: At time 0, the USS of frame k is transmitted 
by the earth stations to the satellite, where it is received at 72/2. The satellite transmits the DSS at 
72/2 + 1, and the earth stations receive it at 72 + 1. 


F-HB-IFFL 

This scheme is similar to PR-HB-IFFL, but un- 
reserved slots can be used for contention in a pre- 
defined way, using some Slotted ALOHA mecha- 
nism. Note that due to the hopping beam, the 
F-IFFO analysis cannot be applied. We have to 
consider two possibilities of packet loss: 

• Packets of the stations in the same footprint 
collide. The probability of this happening is 
smaller than for F-IFFL when there is more 
than one footprint. 

• Packets are lost because the hopping antenna 
of the satellite is not listening to the right 
footprints at the right time. 

Hence, it can be seen that to quantify the second 
item of the above list, we have to define the hop- 
ping pattern of the satellite during non-reserved 
slots, and the way each earth station transmits 
packets during these slots. We consider two dif- 
ferent strategies: 

1. During the unreserved slots, the satellite’s 
beam hops in a manner unknown to the 
ground stations. The ground stations trans- 
mit their packets according to some algorithm 
(maybe more than once during a frame). A 
packet is only received by the satellite if it 


is transmitted while the satellite is listening, 
and if there is no collision. The DSS will con- 
tain information about successfully received 
packets, such that all earth stations are in- 
formed about success of failure of their trans- 
missions. 

2. The satellite announces in the DSS what hop- 
ping pattern it will use during the unreserved 
slots (according to some algorithm, which 
may use information about excess packets). 
The ground stations transmit their packets 
according to some algorithm (e.g. with a 
given probability) while the satellite is listen- 
ing. As mentioned before, the DSS will con- 
tain information about successfully received 
slots. 

For a large number of beams, strategy (1) has a 
low probability of success because of the low prob- 
ability that the satellite is listening to the right 
footprint. Hence, strategy (2), seems to be more 
promising. The algorithm for earth stations to 
transmit their packets has to be designed carefully, 
however, in order to reduce the probability of colli- 
sions. The exact analysis of delay and throughput 
is yet to be elaborated, but it can be said already 
that the advantage of F-HB-IFFL over PR-HB- 
IFFL will probably be smaller than of the corre- 
sponding IFFL schemes. 
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PR-HB-NIFFL 

These Pure-Reservation Hopping-Beam Non- 
Interleaved-Frame Fixed-Length protocols are si- 
milar to PR-HB-IFFL, with the difference that if 
any unreserved slots are present in frame k + 2, 
some or all of the excess packets of frame k+ 1 can 
be transmitted, without postponing them to frame 
A; + 3. Hence, the even- and odd-numbered frames 
are no longer interleaved. Because the satellite 
knows about the excess packets (it received the 
requests for the previous frames), it can adjust its 
hopping pattern an transmit this information on 
the DSS. Hence, the same delay and throughput 
analysis as for PR-NIFFL can be used, which is 
based on a first-order Markov chain [3], with the 
modification of the frame length and delay (72 + 1 
instead of R ). 

F-HB-NIFFL 

This scheme is similar to PR-HB-NIFFL, but 
unreserved slots can be used for contention in 
a pre-defined way, using some Slotted ALOHA 
mechanism. As already mentioned for the inter- 
leaved version of this protocol, the F-IFFO anal- 
ysis cannot be applied because of the hopping 
beam. The same comments as above apply, i.e., 
the delay and throughput analysis strongly de- 
pend on the contention algorithm used by the 
earth stations. 

VOICE/DATA APPLICATIONS 

The new protocols described in this paper can 
be extended to Voice/ Data application much in 
the same way as originally suggested in [3]. These 
Voice/Data HB-NIFFL (VD-HB-NIFFL) proto- 
cols use a reservation scheme for voice traffic and 
HB-NIFFL for data. Once a voice call is accepted 
by the system, it is guaranteed access to one slot 
in each frame until completion. Each frame is di- 
vided into voice and data slots, where it is ap- 
propriate to define the maximum number of voice 
slots V max such that V r maj: < R. Voice calls arc 
accepted as long as the total number of calls does 
not exceed V max , otherwise they are blocked. Tn 
the so-called fixed boundary implementation, data 
packets are transmitted in the data slots using one 
of the NIFFL protocols, whereas in the movable 


boundary implementation, data packets may also 
be transmitted during unused voice slots. 

Performance parameters of the VD-HB-NIFFL 
protocols are the blocking probability of voice calls 
P b and the packet delay for data. Assuming that 
voice calls arrive with poisson rate Av' and that 
the call duration is exponentially distributed with 
parameter fly , the well-known Erlang formula can 
be used to compute P b . For the data packets, the 
delay analysis for the movable boundary scheme is 
more complicated, because the number of packets 
which can be transmitted in a frame depends on 
the number of on-going voice calls. For a detailed 
analysis, the reader is referred to [3]. 

EXAMPLE 

In this section, we quote an example from [3] 
to quantify the performance of the VD-HB-NIFFL 
protocols. Since we want to minimize both the call 
blocking probability P b and the expected packet 
delay F(Z)), we use a weighted sum as our perfor- 
mance measure: 

E(D) + aP b , (2) 

where a is the weighting factor. We assume that 
there are a toted number of M = 10 users and 
that the roundtrip delay is R — 11 slots (which 
for a geostationary satellite and a data rate of 64 
kbps corresponds to a voice data rate of about 5.8 
kbps). 

Fig. 4, which is taken from [3], shows the 
weighted performance index as a function of V max 
for the fixed-boundary version and two values of 
a, i.e., 2 and 8, where delay is normalized with 
respect to the frame length 72+1. In each case, 
curves are plotted for a fixed value of data-packet 
throughput. Note that for throughput values of 
0.48 and greater, the curves terminate at values of 
V max < 6; in each of these cases the value of the 
throughput corresponds to a utilization of 0.96 for 
the corresponding value of V max . Throughput val- 
ues that correspond (for a specific value of V max ) 
to a utilization of 1.0 or greater result in infinite 
delay, and hence an infinite value of the weighted 
performance index. 

SUMMARY AND OUTLOOK 

It was shown that the IFFL/NIFFL protocols, 
which were designed for a transparent satellite [3], 
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Figure 4: Weighted performance index for fixed-boundary PR-VD-HB-NIFFL (roundtrip delay 72=11 
slots, M — 10 users.. 


can easily be adapted for satellites with a single 
hopping beam and an on-board switch. The ex- 
cellent delay and throughput characteristics of the 
original protocols could be preserved, while allow- 
ing for making full use of the advantages offered 
by the hopping beam satellites, i.e., smaller earth 
stations and frequency re-use. Note that due to 
the on-board switching, delays of these protocols 
using centralized control are similar to protocols 
using fully distributed control, as opposed to tra- 
ditional centralized control access schemes which 
involve a double hop over the satellite link, and, 
hence, double the delay. 

We conclude this paper by listing some ques- 
tions to be addressed in future work: 

• What is the optimum strategy for earth sta- 
tions to transmit excess packets during unre- 
served slots? 

• How does distributed flow 7 control on the 
ground improve system performance? 

• Does on-board memory increase throughput? 
What about on board flow control? 

• What is the trade-off between call blocking 
probability, delay and buffer overflow ? Jor- 
dan and Varaija [4] showed that the blocking 
of some calls even when resources are avail- 
able may result in a decrease of the overall 


blocking probability. Can this result be ap- 
plied to the HB-NIFFL protocols? 

• How can these protocols be applied to satel- 
lites with multiple hopping beams? 
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